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PROCEDE ET DISPOSITIF DE PILOTAGE A DISTANCE D'UN AUTOMATE ET CARTE PREVUE A CET EFFET. 

_ L'invention concerne un proc6d6 de pilotage k distan- 
ce d'un automate par un poste administrateur. L'automate 
comporte une carte electronique embarquSe constituant 
une interface entre ('automate et le rSseau ladite carte por- 
tant au moins un serveur normalise et fonctionnant avec un 2 
logicie! applicatif specifique de ('automate communiquant v 
avec ledit serveur normalise. 

L'invention concerne aussi le dispositif de pilotage & dis- 
tance correspondent ainsi que la carte electronique desti- 
n6e & §tre embarquee dans ('automate. 
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La pr§sente invention concerne un proced§ pour controler a distance un 
automate et un dispositif adapte a ce controle. Elle a des applications dans le 
domaine informatique ou les donn6es doivent etre 6changees entre des 
systemes distants. 

5 Dans des applications informatiques, ou, & partir d'un poste, un 

administrates cherche £ controler a distance selon un protocoie particulier 

des appareils informatis^s, appeles par la suite automates, on connatt une 
utilisation de liaison informatique. L'automate est consider^ comme un systeme 
distant vis a vis de I'administrateur. L'automate peut etre, par exemple, un 

10 systeme de controle d'acc^s de b&timent ou de parking ou encore une machine 
industrielle, un automate bancaire ou encore un appareil de bureautique. Les 
donn6es sont echang6es entre l'automate et I'administrateur sur la liaison qui 
peut etre une liaison de type TELECOM ou une liaison specialist ou encore un 
r6seau local. Les donn6es peuvent etre des requfetes ou des ordres provenant 

15 de I'administrateur et des informations collectees en provenance de l'automate. 

Pour que Techange des donn6es puisse se faire, il faut que 
Tadministrateur et ('automate puissent se comprendre. II faut done pr6voir une 
conversion et/ou une adaptation des donn6es entre I'automate, la liaison et 
I'administrateur. Les conversions et/ou adaptations sont g£n6ralement 

20 effectu6es par des couches applicatives et d'interfaces, g§neralement des 
programmes informatiques ou plus rarement c&bles. La Figure 1 repr6sente un 
tel systeme ou entre I'administrateur et l'automate, des couches applicatives et 
des couches d'interface ainsi que la liaison informatique sont representees. 

Une telle solution pr6sente cependant un certain nombre d'inconv6nients 

25 et en particulier, elle est fermSe en ce sens que les couches applicatives et 
d'interfaces sont sp6cifiques, dites proprtetaires, £ un automate ou a un systeme 
d'administration donn6e et suivant un protocoie donn6. L'6volution d'une telle 
solution est done complexe et couteuse car elle necessite, a chaque 
modification du systeme distant, la redefinition et la reecriture ou I'adaptation 



2 



2785122 



des couches applicatives et des couches d'interfaces. En consequence, la 
gestion de donn6es complexes du type son ou image est rarement realisSe. 

La pr6sente invention propose de rem6dier d ce probldme. 

Elle concerne done un proc6de de pilotage £ distance d'un automate par 
5 un poste administrates, par I'intermSdiaire d'un r6seau regi par un protocole 
TCP/IP, le poste administrateur comportant une interface graphique 
communiquant avec au moins un serveur normalise, 

Selon rinvention I'automate comporte une carte §lectronique embarqu6e 
constituant une interface entre I'automate et le r6seau ladite carte portant au 
10 moins un serveur normalise et fonctionnant avec un logiciel applicatif sp§cifique 
de Tautomate communiquant avec ledit serveur normalise. 

Selon differents mode de mise en oeuvre de ce proc6de, pr§sentant 
chacun ses avantages sp6cifiques : 

- le logiciel applicatif collecte et envoie des donnees de et vers le 
is serveur. 

- le serveur est normalise HTTP. 

- le serveur est normalise FTP. 

- le serveur normalise peut envoyer des messages electroniques, 
sur sollicitation de I'automate, vers un deuxfeme serveur, normalise 

20 SMTP. 

^invention concerne aussi un dispositif de pilotage & distance d'un 
automate par un poste administrateur, par I'intermediaire d'un r6seau r6gi par 
un protocole TCP/IP, le poste administrateur comportant une interface 
graphique communiquant avec au moins un serveur normalise. 
25 Selon I'invention, il comporte une carte electronique embarqu6e par 

['automate constituant une interface entre I'automate et le reseau ladite carte 
portant au moins un serveur normalise et fonctionnant avec un logiciel applicatif 
specifique de I'automate communiquant avec ledit serveur normalise. 
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L'invention concerne encore une carte electronique destin6e h §tre 
embarqu§e dans un automate pour permettre son pilotage 3 distance & partir 
d'un poste administrateur, ledit poste administrateur comportant une interface 
graphique communiquant avec au moins un serveur normalise. 

5 Selon l'invention, ladite carte electronique constitue une interface entre 

I'automate et le r6seau et qu'elle porte au moins un serveur normalise et 
fonctionnant avec un logiciel applicatif sp6cifique de ('automate communiquant 
avec ledit serveur normalise 

Dans differents modes de realisation presentant chacun ses avantages 

10 sp6cifiques : 

- elle comporte £ la fois un serveur FTP et un serveur HTTP. 

- elle comporte un client SMTP 

- elle comporte des interfaces de communication avec I'automate 
respectivement sous forme s6rie, parallele, et entree-sortie tout ou rien. 

is La pr6sente invention apporte done une simplification considerable du 

telecontrol en utilisant entre un administrateur et un automate des couches 
d'interfaces standard « WEB HTTP » et TCP/IP, une couche applicative du cote 
administrateur standard (navigateur) et un protocole standard non proprietaire 
(TCP/IP). Elle permet done de g§rer simplement tous les types de donnees dont 
20 les sons et les images. 

La presente invention sera mieux comprise a la lecture d'un exemple de 
mise en ceuvre presents en reference aux dessins, dans lesquels : 
la Figure 1 repr§sente I'etat de la technique, 
la Figure 2 repr6sente I'architecture d'un systSme selon 
25 l'invention, 

la Figure 3 repr6sente un sch6ma fonctionnel du dispositif. 
Sur la figure 1 , un administrateur 1 et un systeme distant 2 sont relies entre 
eux par ttnterm§diaire de couches applicatives et de couches d'interfaces et 
d'une liaison informatique 3 selon un protocole particulier. La couche applicative 
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c6te administrateur est une interface graphique 4. La couche applicative cot6 
automate est une application spScifique 5. Des couches d'interface specifiques 
pour mise en forme des donn6es et gestion du protocole de communication sont 
prevues. Ces differentes couches applicatives et ^interfaces sont specifiques et 
5 sont proprietaires. 

Sur la figure 2, pour laquelle les Elements correspondants a ceux 
represents sur ,a f, 9 ure 1 P orte ,es m6mes references num§riques, 
Tadministrateur 1 et I'automate 2 sont relies par I'intermediaire de couches 
applicatives et de couches ^interfaces et d'une liaison informatique 3. Les 
10 couches ^interfaces sont semblables et utilisent des outils standards du type 
codage de donn§es WEBHTTP et gestion de protocole TCP/IP. La couche 
applicative cote administrateur utilise un applicatif standard du type navigateur 
NETSCAPE ® ou MICROSOFT ® EXPLORER. Gr&ce d un tel systeme, !e 
d6veloppement est reduit au strict minimum et peut etre utilise pour des 
is automates differents. On envisage aussi le cas ou I'automate distant est en 
r§alite lui-m&me un r£seau particulier comprenant au moins un automate. 

La figure 3 repr6sente le schema fonctionnel du dispositif oCj un premier 
sous-ensemble 20 assure la communication avec Tautomate 2. Ce premier 
sous-ensemble est en permanence a I'ecoute des informations issues de 
20 I'automate 2. Ces informations peuvent etre de deux types : transfert de 
donnees, I'automate 2 fournissant au dispositif des donndes soit aleatoirement, 
soit en fonction d'une requete issue du dispositif ou de Tadministrateur par 
Tintermediaire du dispositif ; ou envoi d'un ordre, I'automate 2 donnant un ordre 
au dispositif de dSclencher un processus defini. Inversement, le dispositif peut 
25 initialise ou mettre £ jour des donn6es de I'automate. Ce premier sous-ensemble 
comporte un module de synchronisation et un module d'interfaces serveur. Ce 
module de synchronisation est une tache de fond qui 6coute en permanence 
tous les messages issus de I'automate. Ces messages peuvent etre vehicul§s 
par un reseau local, un lien s§rie asynchrone, un port entree-sortie tout ou rien, 
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ou tout autre moyen permettant d'echanger des informations entre le dispositif et 
I'automage. Le module d'interface serveur permet le partage des donnSes entre 
les sous-ensembles. 

Le deuxi&me sous-ensemble 21 permet la mise en forme des donnees 

5 Schangees avec ('automate et assure la prise en compte des requetes revues 
du superviseur (fonction serveur). Ce deuxfeme sous-ensemble 21 est constitue 
de deux modules serveurs : le serveur HTTP et le serveur FTP. Ces deux types 
de serveur sont regis par des standards internationaux et sont en particulier 
utilises sur le r6seau INTERNET. Chaque serveur prend en compte un format 

10 de donn6es sp6cifiques. Toutes les donn§es issues du premier sous-ensemble 
sont mises en forme pour §tre compatibles avec ces formats dans ce deuxieme 
sous-ensemble. Le serveur HTTP ou serveur WEB generent des pages HTML 
en fonction de requ§tes issues d'un navigateur. Le dispositif est a I'ecoute 
permanente de ces requetes envoy§es par I'administrateur et re$ues par le 

is troisfeme sous-ensemble de communication avec I'administrateur. En fonction 
de la requete regue, le dispositif g§n§re une page HTML a la volee. Le contenu 
de cette page est directement li§e a la base de donnees collectees par le 
premier sous-ensemble. Le protocole HTTP est un protocole multimedia, les 
donnees qui sont Itees d une page HTML peuvent etre du texte, des images ou 

20 des sons. 

Le serveur FTP prend en compte des fichiers au format DOS. Le dispositif 
est a l'6coute permanente des requetes FTP transferees par Tinterm6diaire du 
troisfeme sous-ensemble en provenance de I'administrateur. En fonction de ces 
requ£tes. des fichiers sont lus, 6crits ou effaces de la m6moire du dispositif. 
25 Prealablement, les donn6es issues du premier sous-ensemble auront ete 
enregistrees dans un fichier en m§moire. 

Le troisifeme sous-ensemble 22 de communication avec Tadministrateur 
assure la liaison selon un protocole TCP ou Tun de ses d§riv6s PPP, (SLIP). Le 
dispositif dispose de tous les adaptateurs permettant de piloter un r6seau local 
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INTERNET, un r£seau t§lephonique analogique, un r6seau num&ique 
specialise ou tout autre liaison informatique. Le dispositif est done assocte d un 
automate et permet de recevoir ou d'6mettre les donnees selon un protocole 
standard en utilisant des couches d'interfaces et applicatives standards. Comma 

5 il a 6t6 indiqu§ la liaison entre le dispositif et I'automate cote premier sous- 
ensemble peut utiliser une liaison s6rie type RS 232 ou RS 422 selon tous les 
protocoles envisageables, par exemple mode BUS/JBUS, X modem, La 
liaison peut aussi etre du type parallele, type Centronix ou autre et du type 
protocole mode texte. Enfin, la liaison entre le dispositif et I'automage peut etre 

10 du type reseau local par exemple, INTERNET sous protocole TCP/IP. 

L'exemple de realisation de I'invention prSsente plus haut est donn6 a titre 
purement illustratif et non limitatif. 
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REVINDICATIONS 

1. Procede de pilotage a distance d'un automate par urv poste 
administrateur, par I'intermediaire d'un reseau regi par un protocole TCP/IP, le 
poste administrateur comportant une interface graphique communiquant avec au 
moins un serveur normalise, 

caracteris§ en ce que I'automate comporte une carte Electronique 
embarquee constituant une interface entre I'automate et le reseau ladite carte 
portant au moins un serveur normalise et fonctionnant avec un logiciel applicatif 
specifique de I'automate communiquant avec ledit serveur normalised 

2. Procede selon la revendication 1, caracterise en ce que le logiciel 
applicatif collecte et envoie des donnees de et vers le serveur. 

3. Procede selon I'une des revendications 1 ou 2 caracteris£ en ce que le 
serveur est normalise HTTP. 

4. Procede selon I'une des revendications 1 ou 2 caracterise en ce que le 
serveur est normalise FTP. 

5. Proced6 selon I'une quelconque des revendications 1 a 4 caracteris§ en 
ce que le serveur normalise envoie des messages electroniques, sur 
sollicitation de I'automate, vers un deuxieme serveur, normalise SMTP. 

6. Dispositif de pilotage a distance d'un automate par un poste 
administrateur, par I'intermediaire d'un reseau regi par un protocole TCP/IP, le 
poste administrateur comportant une interface graphique communiquant avec au 
moins un serveur normalise, 

caracterise en ce qu'il comporte une carte electronique embarquee par 
I'automate constituant une interface entre I'automate et le reseau ladite carte 
portant au moins un serveur normalise et fonctionnant avec un logiciel applicatif 
specifique de I'automate communiquant avec ledit serveur normalised 

7. Carte electronique destinee a etre embarquee dans un automate pour 
permettre son pilotage a distance a partir d'un poste administrateur, ledit poste 



8 



2785122 



administrateur comportanl une interface graphique communiquant avec au 
moins un serveur normalise, 

caracteris§ en ce que ladite carte Slectronique constitue une interface 
entre ('automate et !e r§seau et qu'elle porte au moins un serveur normalise et 
5 fonctionnant avec un logiciel appiicatif sp6cifique de I'automate communiquant 
avec ledit serveur normalise. 

8. Carte electronique selon la revendication 7 caracterise en ce que elle 
comporte S la fois un serveur FTP et un serveur HTTP. 

9. Carte §lectronique selon Tune des revendications 7 ou 8 caract6ris6 en 
10 ce que elle comporte un client SMTP 

10. Carte 6lectronique selon Tune quelconque des revendications 7 & 9 
caracteris6 en ce que elle comporte des interfaces de communication avec 
['automate respectivement sous forme s6rie, paralldle, et entr6e-sortie tout ou 
rien. 
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ABSTRACT : PROBLEM TO BE SOLVED: To make it possible to perform a function construction and 
edition of a control program by a personal computer PC regardless of a version of the 
control program or a loader software or a kind of the PC. 



SOLUTION: In this program loading device, by connecting a programmable controller 1 1 
and a PC 21 with a cable 1 5 and starting up a PC side as a communication terminal, a 
loader software 13 in a controller responds, and by transmitting menu information 23 to 
the PC side, making the PC side display and operating on the PC side in accordance with 
this menu, function construction, change or the like of a process control program 12 is 
performed. Thus, only by connecting the PC 21 to the programmable controller 1 1 with a 
cable, the function construction, change or the like of those control programs can be 
performed without paying attention to a version of the control program and a loader 
software. 
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